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(54) Data link layer quality of service for ums 

(57) A Data Unk Layer (DLL) (20) protocol for direct 
si4)port of the Internet Protocol (IP) networidng In the 
Universal Mobile Telecommunk»tions System (UMTS) 
(100), is provided. The cfiscfosed Data Link L^er (20) 
corrprises a Radk) Link Control (RLC) (70) sutil^er and 
a Medium Access Control (MAC) (80) sublayer. At a 
trarismit end. as well as at a receivrig end of ttie UMTS 
wireless system (100). a plurality of Quality c/f Service 
(QoS) planes (1...n) are aeated according to IP QoS 
requirements. At the RLC level, each QoS plane (1...n) 

corrprises a Data-RLC (14-1 14'n) and a Contrd- 

RLC (12-1. .... 12-n). The QoS planes (1...n) are opti- 
mized to handle the QoS requirements of a correspond- 
ing Class of Servk;e (CoS). At the transmitting end. the 
data packets received from ttie upper layers are 
directed to a QoS plane according to ttie particular QoS 
infbrmatkm ttiey contain, and processed accoricfing to 
their particular QoS requirement. A Se9nentatk>n, Con- 
catenation, and Refranwig modde (SCR) is used to 
generate variat)le size RLC frames (77; 77^. including 
multrframing. The variat)le size RLC frames (77; 777are 
transmitted to the MAC subtler (80) using togical chan- 
nels (15). At the MAC sii)layer (80). the RLC frames 
(77; 77) are multiplexed onto transport ctiannels (25) 
based on their QoS requirements and transmitted to the 
physical layer for propagatkxi to the receiving end. 
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Description 

BACKGROUND OF THE INVENTTON 

ReMofthe Invention 5 

[0001] The present invention relates generally to 
Data Link Layer (DLL) protocols, and more partiaiarly 
to a DLL protocol for direct support of network layer pro- 
tocol data services, i.a ttie Internet Protocol (IP), for the 10 
Universal Mobile Telecommunicatfons System (UMTS). 

Description of the Related Art 

[0002] Layered architecture is a form of hierarchical 75 
modularity used In data n^work design. AD mapr 
emerging communication n^work technologies rest on 
tfie Open System Interconnectfons (OSI) layer architec- 
ture of the International Organization for Standardiza- 
tfon (ISO), aiustrated in Figure 1. In this architecture, a 20 
layer performs a category of functfons or servfoe& The 
OSI model defines a Physical Layer (Layer 1) whfoh 
specifies tfie standards for the transmissfonmediunrv a 
Data Link Layer (Layer 2), a Network Layer (Layer 3), a 
Transport Layer (Layer 4) and Application Layers (Lay- 2s 
ers 5 to 7). Data Link Control protocols are used to rnit- 
igate the effects of impairments introduced by tfie 
physk:al transmissfon medium. A Data Link Control pro- 
tocol ts designed to deal specifically with the types of 
impairments found on the radfo link and oorrprises 30 
mecfianisms to deal with errors on the communications 
linK delays encountered in transmitting information, lost 
irrformatkxi, bandwidth conservation, and contentfon 
resdutfon. 

[0003] The third layer is the Network Layer which 3S 
Implements routnng and f fow control for the network. 
[0004] The fourth layer. Transport Layer, provides 
reliable and transparent transfer of data between end 
points, tt also provides end-to-end error recovery and 
ftow control. For the Internet based protocol model, the 40 
Transport Control Protocol (TCP) mainly corresponds to 
the Transport Layer of the OSI model. 
[0005] Current wireless networks use layer 2-4 pro- 
tocols designed specifically for the wired networks. 
hk>wever, there are sornernajordifterericesb^eentfie 4s 
wireless and tfie wired environment resulting In impor- 
tant diff^erices in the way tfiese networks operate. 
[0006] In a wired network the tHt error rates are typ- 
ically on the order of 10'^ or t)etter, and errors and 
packet loss have a tendericy to be random. Ther^bre, so 
the wired transmission medium could k>e consklered 
essentially error-free and the TCP data packets are lost 
mainly due to congestion in the intervening routers. 
Moreover, In a wired system the transmission cfiannel 
has a constant bandwidth and is symmetrical, whfoh 55 
means the cfmracteristics of the chanrtel In one direc- 
tfon can be deduced by looking at the characteristfos of 
the channel in the other direction. Therefore, it is often 
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easier to use a common link control protocols and to 
solve congestion problems by adding t)arKfwidth. 
[0007] On the other hand. In a wireless environ- 
ment most of these assumptions are no fonger valid. 
The wireless channel is characterized by a high bit error 
rate. The errors occur in bursts tfiat can affect a number 
of successive packets. Due to fading, fow transmissfon 
power availabie to the User Equ9)ment (UE), or the 
mobile station, and effects of Interference, the racfio link 
is not symnDetricai arxi the bandwidth of a transmissfon 
cfiannel rapidly fluctuates over time. 
[QOOS] Furthermore, in a wireless environment, the 
amount of bandwklth available to the system is fixed 
and scarce. Adding bandwidth to tfie radio link may be 
expensive or even impossitile due to regulatory con- 
straints. 

[0009] In adifitfon, tfie issues in connection with 
increasing tfie transmissfon kxarxiwidth are sii)stantiaOy 
dfffererrt In the wireless environment In a wired environ- 
nient increasing the throughput is simply a matter of 
alfocating as nuch bandwkith as possible to the con- 
nectfon. In a wireless environment, part of the band- 
wkith is used in enror correction. More error correctfon 
vneaxis less payfoad. However, more error conrectfon 
increases the probak)Oity of con-ect delivery without 
retransmissionsw Thus, in the wireless environment 
inaeasing the end4o-end throughput may be obtained 
by reducing bandwidth assigned to payfoad and using 
the freed barxlwidth for error correction. 
[0010] The Data Link Layer (DLL^ protocols avalla- 
t)le to date for wireless systems do not attempt to t>e 
inclusive as oonrpl^e DLL protocols. Basically, off-the- 
shelf protocols intended for (Afferent media have been 
adopted for wireless systems. Even though some of 
tfiose protocols are standardized, tfiey are not very effi- 
cient for the wireless systenrt Also, sonrte of the Interac- 
tfons between the non-wireless protocols and tfie 
communfoation system have caused a lot of compteod- 
ties. For example, a point to point protocol (PPP)^ctfl'- 
renHy used to conduct part of the furKtfonaKty needed 
for the Data Unk Layer (DLL). Howe^, such a protocol 
imposes new EmHatfons over the commumcatfon sys- 
tem. Morecver, for the DLL protocol to support the IP 
quality of service (IPQoS), the PPP encapsulation must 
be urvtone and this fowers the throughput 
[0011] Accorcfingly, there is a need for a specialized 
DLL protocol for a 3G wireless system which can satisfy 
ttie demand for advarK:ed multimedia services in a 
UMTS envffonnf)ent to support multiple concurrent 
vofoe, packet data, arxi circtat data services, each type 
of servfoe having different QoS requirements. 

SUMMAPY OF THE INVENTION 

[0012] According to one aspect of the invention a 
Data Unk Layer (DLL) for drect support of a network 
layer protocol is provided. At a transmit end, as well as 
at the receiving end of a wireless communfoatfon sys- 
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tern, the DLL cf the invention uses a plurality of QoS 
(^anes for processing the received data packets accord- 
ing to a particular QoS requirement A QoS plane is 
conrprised of a Data-RLC and a Control-RLC. Accord- 
ing to the inlormation in a received network layer data 5 
pack^ a subfkwtf processmg module converts the 
received data pack^ into QoS oriented data packets 
and redirects same to ttie appropriate QoS plane. Each 
QoS plane or sMoh, includes a se gm entalion, con- 
catenation and refraining (SCR) nmlute for generating 
radio Gnk protocol data units (RLC PDUs). or RLC 
frames to t>e multiplexed and transmitted to the receiv- 
ing end. 

[0013] Accortfing to anotfter aspect of the invention, 
a method for processing network layer protocol data 
packets for transmission ever the UMTS wireless com- 
nurucation system, is provided. At a transmit end, as 
well as at the receiving end of the UMTS wireless sys- 
tem a plurality of QoS planes are aeated at the Radio 
Unk Control (RLC) letfel of the wireless communicatkm 
system for processing the data packets received from 
the network layers according to their QoS requirenDents, 
and to generate RLC frames be multiplexed and trans- 
mitted over the Pfiysical l^ayer. The metiKxJ comprises 
tfie ^eps of converting the received network layer proto- 
col data packets into QoS oriented data packets accord- 
ing to the informatfon contained in the received data 
packets; directing the QoS oriented data packets to a 
conesponding QoS plane, each QoS plane having its 
dedicated Data-RLC and Control-RLC instances, as 30 
well as Radfo Resources Control; at the RLC level, 
cfivkfing the QoS oriented data packets in smafler size 
sequence frames and reassenMng a plurality of 
sequence frames to form RLC frames; at the MAC level, 
receiving the RLC frannes, multiplexing, and regulating 35 
tfieir delivery to the physx:al layer over transport chan- 
nels. 

[P014] Accorcfing to another aspect of the invention, 
a method for processing network layer protocol data 
packets for transmission over a wireless convnunicatfon 40 
system is prcvkted. A plurality of QoS data planes are 
created at the Data Unk L^er level of the wireless com- 
nrunicatfon system for processing the data packets 
received from the network layers according to a Class of 
Service (CoS), and to generate RLP PDUs to t>e trans- 4s 
mitted over the Physical Layer. The method comprises 
the steps of converting the received n^work layer proto- 
col data packets into QoS oriented data pack^ accord- 
ing to the informatfon contained in the received data 
packets; directing the QoS oriented data packets to an so 
appropriate QoS data plane, each QoS data plane hav- 
ing its dedicated LAC arvj MAC instances; at the lAC 
level, dividing the QoS oriented data packets in smaller 
size sequence frantes and encapsulating a plurality of 
sequence fran^es to form HDLC-fike LAC frames; at the ss 
MAC level, receiving the LAC frames and regulating 
their delivery to the racfio Enk protocols (RLPs) and corv 
verting the VAC frames into protocol data units (RLP 
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PDUs). 

[0015] Advantageously, the Data Link Layer accord- 
ing to the invention, enat)les direct 8i4)port of the IP net- 
wortdng and IP Quality of Servfoe (IP QoS) in the 
wireless UMTS system by introducing the QoS planes 
to fiandle cOfferent QoS reqiirements demarxied by var- 
fous ad\oiK;ed multimedia services. 
[0O16] The Data Link Layer accorcfing to the 
present invention removes the need Ibr other nornvire- 
less data link protocols, such as PPP, to connect to the 
IP 

[0017] Ben^alty, a Radfo Unk Control (RLC) sub- 
layer supported by the prefened enfoodiments of the 
present invention is capable of interiadng with existing 
non-wireless Data Unk protocols. 
[0018] Other aspects and features of the present 
invention will become apparent to those skOled in the art 
upon review of the folfowing desaiptfon of specific 
embodiments of ihe invention in conjunction with the 
accompanying figuresw 

[0019] The Sunvnary of the Invention does not nec- 
essarily (fisdose aO the features essential for defining 
the invention: the irwention may reskie in a si^Hxxnbi- 
natfon of the disclosed features. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] The inventfon will now be explained way 
of example only and with reference to the drawings. 

Rgure 1 A shews the OSI layers in general; 
Rgure 1 B is a sequential tinvng chart for the trans- 
missfon operation according to a conventional ARQ 
protocol; 

Figure 1 C is a transmissfon frame structure accord- 
ing to the conventfonal ARQ protocol; 
Figure 2 shews the OSI layers for a wireless com- 
ntinfoatfon system accorcfing to the proposed TIA 
TR^.5; 

Figure 3 is a btock digram of the DLC protocol 
accorcfing to a preferred embodiment of the inven- 
tfon; 

Rgure 4 illustrates the mapping of the IP packets to 
RLP PDUs (frames) according to a preferred 
embodiment of the inventfon 
Rgure 5 illustrates the mode of operatfon of an 
improved dual nrxxte Layer 2 ARQ protocol; 
Figure 6 shows tfie raefio interface protocol archi- 
tecture used wHh UMTS; 

Rgure 7 is a bfock diagram of tfie Data Unk Layer 
(DLL) protocol according to a preferred embocfi- 
ment of the inventfon; and 
Rgure 8 illustrates the mapping of IP packets to 
RLC PDUs (RLC frames) according to a preferred 
emtxxfiment of the invention. 

[0021] Similar retererx^es are used in cfifferent fig- 
ures to denote similar components. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0022] The foOownng descqption Is of a preferred 
enftxxJiment by way of exanrple only and without limrta- s 
tion to the combination of features necessary for carry- 
ing the invention into effect 

[0023] Throug^iouttffe description the term "Quality 
of Service* (QoS) referB to network layer protocol QoS 
which includes *l}est effort", "expedited delivery", and io 
'assured delivery". A Class of Service (CoS) defined at 
the DLC layer includes a set of services that have sut>- 
stantialty the same QoS requirements. 
[0024] Rgure 1 A shows the IntemationaJ Organiza- 
tion for Standanfization (ISO/OSf) reference model in is 
general, and was descrik)ed abcva The layers are 
denoted with 20 (not shown), 30, 40, 50 and 60. 
[0025] Rgure IB shows a typical data transmission, 
using Automatic Repeat Request (ARQ). and Rgure 1C 
shews a transmission frame structure for a conventional 20 
ARQ system. Figure IB illustrates a transmitter Tx on 
the transmitting side of a wireless transmission system, 
a receiver Rx on the receiving side, and the transmis- 
sion path. The transmission path is a wireless transmis- 
sion channel estat)lished between the transmitting and 2s 
receiving sides. 

[0026] The ARQ frame 10 of Rgure 1C comprises 
cfient information, denoted "information signal" 12, 
which is the data to t>e transmitted. An error detection 
code 13, such asa Cyclic Redundancy Checking (CRC) 30 
code is attached to the transmission data 12 by the 
ARQ transmitter Tx. At the ARQ receiver Rx, each 
frame 10 of the received signal is checked for errors 
using fieU 13, and Rx sends a re-transmission request 
signal back to Tx whenever an error is detected. In the 35 
case the frame is received without errors, Rx extracts 
the information signal 12 from frame 10 and the client 
information is delivered to the respective terminal. 
[0027] RekJ 11 denotes "ARQ control data" in 
frame 10 indicates to Tx if the data have arrived at Rx 40 
with or witfiout errors, and also identffies which frame 
tias to be retransmitted. 

[0028] Rgure 1B iDustrates transmissfon of eight 
consecutive frames, frame 1 to framed In this example, 
frame 1 is received correctly by Rx, which sends Ack#1 4S 
(Acknowledgmertt frame #1) to Tx. On tfie other hand, 
frame 2 is received with errors^ and Rx sends f4AK #2 
(Negative Ackrxiwledgment. frame #2) to Tx, which irvfi- 
cates that frame 2 must t)e r e tr ansm it te d. Inresponseto 
this NAK #2 signal, Tx retransmits frame 2, derxAed so 
with 2' on Rgure IB. Nak #2 is received during trans- 
mission of frame 4 so that the second frame 2* is 
retransmitted immediatety after frame 4 arxl t>efbre 
frame S If frame 2' is again received in error, retrans- 
mission is requested again, in response to the NAK ss 
signal, unta frame 2 is received without errors, as indi- 
cated to Tx by Ack #2 signal. 
[D029] Current second generation (2G) wireless 



systems are designed mostly to handle voice trafflc, 
with some alfowarx^es for drcurt-swrtched data. Later, 
packet data services were rafted onto tfie 2G systems 
but these are uniformly treated according to "t)est effort 
delivery" schemes. The type of RLP used in 2G sys- 
tems is typically t>ased on ttie genenc service(8) availa- 
ble to the MS (MobOe Station), as for exarrple vok» 
sennces, packet data services, and/or circuit switched 
data services. The vok^e servfoe may use a transparent 
RLP which does not provide error detectfon. The packet 
data service may use a non-transparent RLP wfuch pro- 
vides error detection and retransmissfons. The drcuit 
switched data servtoe may use either a transparent or a 
norvtransparent RLP. 

[0030] Enhancements to the existing 2G wireless 
systems are cunently under way. motivated t>y higher 
t>andwidth and the need to harx^le a wider variety of 
services. Proposed standard TIA TR-45.5 supports a 
fully generalized muttinmedia service model, which 
allows virtually any corrfoination of vofoe. packet data, 
and high speed circuit data services to operate concur- 
rentfyl The TIA TR-45.5 will include a sophisticated 
QuaUty of Servfoe (QoS) control mechanism to balance 
the varying QoS requirements of nruttiple concurrent 
Classes of Servk» (CoS). 

[0031] Non-wireless [>ata Link Layer protocols(e.g. 
PPP), fsletwork Layer protocols (ag. IP), Transport 
Layer protocols (e.g. TCP), and the Application Layers 
are considered as "upper layer protocols' in the wireless 
protocol stack architecture, shown in Rgure 1 A. 
[P032] In the third generation (3G) wireless commu- 
nication systems, the Internet Protocol (IP) is selected 
as the preferred network layer protocol 41. 
[9033] The IP packets (ag. versions 4 and 6) 
include the IP Quality of Service (IPQoS) information. 
There are two mam trends in tfie industry to support the 
IP QoS. The first method uses an end-to-end flow con- 
trol. This method is called the Integrated Sennces (Int- 
Senr), and it uses a ReSer>^lk>n s^up Protocol 
(RSVP) to pass tiie QoS request from the end system to 
each intermediate router along the data path. An admis- 
sion control algorithm at each router along the path ver- 
ifies the resources needed to provide the requested 
QoS. A policy control unit performs the administration. 
The Irrt-Serv approach results In towering tfie through- 
put and it is somewhat conplicated and not easily scal- 
abla in tfie second method, the complexity is moved to 
the edges of tfie networK keeping the coresimpla This 
scheme is named Differentiated Services piff-Serv). 
The traffic conditioning is done in a per-hop t>asis. The 
Diff-Serv method is preferred as it is easy to implement 
andscalabla 

[P034] The Data Link Layer protocols proposed to 
date for ttie TIA TR-45.5 do not support IP 41 directly 
and therefore, other protocols such as PPP 42 are 
used, as shown in Rgure 2. Otiviously, these protocols 
impose additional restrfotions on the wireless system in 
general. 
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[0035] Figure 3 shows the structure of the DLC 
layer 100 according to a preferred errtediment of the 
invention, which is designed to support IP networking 
without adding any limitations that are not related to the 
wireless systems. Ihe new DLC layer 100 design 
accorcfing to the preferred errtxxfiment of the invention 
may be viewed as an interface between the IP l^er 41 
and the Physical Layer 20 (not shown), and can accom- 
modate a variety of Classes of Service (CoS) having cfif- 
ferent Quality of Service (QoS) requirements^ It follows 
tf^ the layers proposed in tfte ITU IMT-2000. Le. the 
DLC layer functionality is divided into LAC sublayer 70, 
arxi MAC siAlayer 80 which in turn includes the PLDCF 
and the PLICF sections. 

[0036] The DLC protocol 100 according to the pre- 
ferred embodiment of the invention is shown in Figure 3 
and includes direct support for tfie IP protocol 41 and 
isolates the logical operation of tfie network from the 
Physical Layer 20 (not shown). As indicated atx>ve, the 
IP packets include the IP Quality of Sennce (IPQoS) 
information. The DLC layer 100 has a scfieme to map 
the IPQoS requirements to DLC Classes of Service 
(CoS). Each CoS is separated inside the DLC protocol 
layer 100 and cfirected to a specffic QoS data p^a 
[0037] Figure 3 sfiows tfie structure of an enfianced 
DLC protocol architecture 100 according to the pre- 
ferred embodimertt of the invention, for two QoS data 
planes, namely QoS data plane 1 and QoS data plane 
2. separated kyy a dotted lina It is however to be under- 
stood that the invention is not Gnuted to two QoS data 
planes, and that more planes may run simultaneousty in 
the DLC layer 30. Each QoS data plane is optinrtized to 
fiarxile the QoS requtremerrts of the corresponding 
Cos. 

[0038] Figure 4 Ulustrates how tfie data is proc- 
essed in the DLC protocol layer 100 and is descnbed 
together with R^e 3. 

[0039] A QoS processing module 71 of the LAC 
layer 70 is responsUe for receiving tfie IP packets and 
extracting the IP QoS requirements included in the IP 
packets. IP QoS requirements are translated into QoS 
classes of service. The QoS processing module 71 also 
initiates a QoS data plane for each CoS through a 
Resource Control (RC) unit 74. Each QoS data plane 
include dedicated LAC and MAC instances^ 
[0040] An IP packet received by the QoS process- 
ing mocbJie 71 directly from IP block 41 of network layer 
40 (sfiGwn in Figure 2), is denoted with 45. An optional 
length (LEM) indk;ator 47 is added to each packet 45 by 
the QoS processing module 71. The length incScator 47 
is added to enable reconstruction of tfie original IP 
packet 45 by a Se gm ent a tion and Reassemtity (SAR) 
module (not shown) at tfie receiving side. Similarly, the 
length indicator of the IP header can be used. In this 
case, the LEN indicator is not needed. The resulting 
packet 46 is called an "augmented IP packer. 
[0041] Furthermore, based on the QoS dassifka- 
tfon obtained, QoS processing module 71 redirects the 



IP packets 45 to the proper QoS data plana Packets 
without IP QoS dassifkation are defaulted to a "best 
effort" QoS data plana It shouM be noted that any net- 
work layer protocol other than the IP nay be stf)^^^ 

5 by including the corresponcfing functfonaOty in the QoS 
processing module 71. There is at least one QoS 
processing module (not shown) for each ^M)ile Station 
(MS). Moreover, the receiving and the transmitting skies 
comprise identk»l QoS data planes. 

10 [0042] A Segmentation and Reassembly (SAR) 
nxxiules 72. 72a is provided in each QoS r^ane. For 
exannple. SAR 72 is provided in QoS data plane 1, and 
SAR 72* is provided in QoS data plane 2. In this exam- 
ple, SARs 72 and 72* receive ttie redirected arxJ aug- 

15 mented IP packets 46, or QoS oriented data packets 
having same Quality of Servrce (QoS) requirementa 
[0043] SAR module 72 or 72' chops the augmented 
IP packet 46 to smaller size packets, whk:h are more 
suitat)le for error recovery and retransmissfon. These 

20 smaller size packets are d^ned as "sequence frames", 
denoted with 74. 74*. on Figure 4. The size of a 
sequence frame is variable and dynanrvcally optimized 
for cfifferent QoS data planes based on tfie QoS require- 
ments and tfie radfo link concfitfona 

25 [0044] A start of message (SOM) bit fieU 75 and a 
sequence nusrbef fieki 76 are then added to the pay- 
foad 46. A k>£pc "1 * for example in SOM bit 75 couki be 
used to kientify the start of a sequence frame 74, while 
the sequence number is necessary in the retransmts- 

30 sfons of unsuccessful framea 

[0045] As a result, a number of smaller same Class 
of Servfoe (CoS) sequence frames 74, 74*, are pre- 
sented by a respective SAR module 72, 72*. to a Ram- 
ing and Automatfo Repeat Request (ARQ) module 73, 

35 73*. A new level of error recovery (i.a ARQ) is created at 
the LAC level to provkJe better connectivity and to pre- 
vent propagation of errors to higher leveia The 
sequence frames are then encapstdated in High-level 
Data Unk Control (HDLQ-like frames 77, 77*, in a 

40 respective Framing and ARQ nxxMe 73, 73*. 

[P046] HDLC-like frarrang is used to separate incfi- 
vklual sequence frames by means of "bit stuffing" cper- 
atfon witNn the payfoad arxi encapsulating t>y start and 
end flaga A 16 bit Frame Check Sequence (PCS) 79 is 

45 included for error detection and is used for ARQ proto- 
oola The HDLC-fike framing applied here does not use 
the address and control fiekis of the generic HDLC 
framea The HDLC-like frames serve as LAC Protocol 
Data Units (LAC-PDUs), or LAC frames, as indk:ated on 

50 Figure 4. The maximum size of a LAC frame 77 is 
defaulted to be the same as the one for PPP, whk^h is 
1500 t>ytea TNs maximum value is negotiabia 
[0047] As discussed above, the sequence frame 
74. 74*. has variable length which can be dynanvcally 

55 acQusted by the transmitting skle. based on the radfo link 
conditfona This results in variable length LAC-PDUa 
[0048] The rado link conditions can be monitored in 
the folfowing waya If there are many negative acknowl- 
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edgments (NAKs) from the receiving side, or for a pre- 
determined period of time no acknGwIedgment is 
received, then the LAC-PDU size could be lowered to 
enhance the error correction and the overall throughput 
No nego tia tions take place between the transrrvtting 
arvl the receiving LAC instances and therefore; tfrere is 
no need lor over the air signalGng. 

[0049] The LAC4>DUs 77 are then delivered to the 
MAC instance 80 in the same QoS data plane. The 
potnt-to-point link connectivity of each QoS data plane 
is maintained t>y peer LAC Instances at the transmitting 
and the receiving sides. 

[0050] According to the invention, the IP layer 41 
can sit on top of the new DLC layer 100 and tiie DLC 
protocol provides direct support for any network layer 
protocol with no need for any other protocol as an irtter- 
faca This ^eaUy reduces tfie Bmitations imposed bf 
other protocols, which are not designed for the wireless 
systems. 

[0051] Wrtiiin each QoS plane, MAC.sublayer 80 
corrprises tiie PLICF and PLDCF sectkxis, as per TIA 
TR-45.5. A Dedicated/Common Router (DCR) 81 or 81 
Is controlled tyy ttte MAC Control State MacNne (MAC 
CSM) 83, 83' to route LAC-PDUs to be carried over a 
dedicated or a comnrNXi radfo traffic channel. When a 
dedicated radio traffic channel is used, tfie PLDCF sec- 
tion includes a decficated Radio Link Protocol (RLP) 82 
or 82*. as defined in TIA TR45.5. The RLP 82 or 82', 
treats the incorring traffic from the DCR 81, or 81* as a 
byte stream and encapsulates the LAC-PDUs into 20 
ms RLP-PDUs. 

[0052] For ttie non-transparent RLP (as defined in 
ttte TIA TR-45.5 and the TIA/EIA/IS-707A). ARQ func- 
tion is also provided at ttie MAC level. The RLP-PDUs 
whKh are received wrtti errors w3l be retransmitted. The 
functions of the peer RLPs at tfie receiving side include 
tfie re-sequencing of the received PDUs to insure tn- 
order-delivery to tfie MS/LAC sublayer. The RLPs used 
are designed for (Afferent classes of service (CoS). This 
adds another level of error correction and flexibility for 
optimizing a QoS data plane for a specific CoS. 
[0053] A preferred embodiment of tfie present 
invention also provides an improved ARQ protocol at 
tfie MAC level with two modes of operations: a normal 
mode (MM) and a burst-mode (BM). When in nonmal- 
mode, a Selective Repeat (SR) ARQ scheme is used. In 
burst-mode, a Stopsand-W!ait (SW) ARQ scheme is 
used. Depending on the CoS or the QoS requirements, 
the ARQ protocol chooses to use either one of ttie SR or 
SW schemes. 

[0054] The SR scheme provides highest throughput 
efficiency since the transmitter transmits frames contin- 
uously and only the comj(>ted frames are retransmitted. 
However, to operate in SR mode, an initialization hand- 
shake procedure is needed so that peer ARQ protocol 
entities are initialized, i.e. tfie frame sequence nunter 
is reset to zero, and the retransmissions buffer is 
cleared. The latency arvJ t>andwidtii overhead intro- 



duced by the initiafization procedures are undesirable if, 
for example, ttie trafffo profile of the service consists of 
sfiort data bursts with large inter-arrival time and conse- 
quently, the peer RLP entities need to t>e re-initialized 

5 after each idle period. 

[0055] The SW scheme is used for short and infre- 
quent data bursts. For the SW scheme; ttie transmitter 
stops and wails for acknowledgment from ttie receiver 
before sending out ttie next PDU. TTiere is no need to 

10 synchronize the state between peer ARQ protocol enti- 
ties. Therefore, when ttie SW scheme is used, no initial- 
izatfon procedures are needed as in the SR case, which 
reduces ttie associated latency. 
[0056] AssfiowninFigure5,aRLPentityisoperat- 

15 ing in one of ttie two modes, i.a, normal-mode and 
burst-moda When ttie RLP entity 'is first activated, it 
transits from the NULL state to a default mode which is 
the burst-mode as sfiown at 91, wfiere no Initialization 
handshake is required. It should be noted that RLP pro- 

20 tocols are provkled in pairs, one at each end of ttie com- 
munication link. 

[0057] The RLP protocol transits to the nomnal- 
mode as shown at 92. when certain implementation 
spedffo conditions are met One example of such concfi- 

25 tions is when tfie pending data size is greater tfian a 
spec^tfiresfiokJ. It is to be understood that other con- 
(fitions for transition from burst-mode to normal-mode 
may be imposed, according to the respective CoS. 
[0058] Whenever the RLP protocol entity at one end 

5a decides to transit to tfie normal-mode, it starts an initial- 
izatfon handsfiake procedure Once the handsfiake pro- 
cedure is conpleted, peer RLP protocol entities (the 
paired RLPs) enter in the riormal-mode of operation. 
Therefore, tfie transition is automatically syncftronized 

35 between peer RLP protocol entities. 

[9059] During the initialization handsfiake process, 
burst-mode operation is not allowed. For unacknowl- 
edged data bust sent out pnor to the initiafization hand- 
shake process, the RLP protocol entity resends the data 

40 burst after entering the normal-moda Any data burst 
received during the initialization handsfiake process is 
discarded by ttie ARQ protocol entity 
[P060] Once in the normal-mode, ttie RLP protocol 
entity is not alfowed to transit back to ttie burst-mode, 

45 since ttie peer protocol entity at ttie other end of ttie 
oommunfoation Gnk is already syncfvorHzed. 
[0061] When ttie RLP instance is released due to 
the MAC state machine transition to "dormant state", 
ttie RLP protocol is deactivated from botti modes as 

50 shown at 93 and 94. 

[0062] W^ shouM also note ttiat other APQ metti- 
ods may be used in ttie QoS data plane as defined by 
ttie present invention for optimizing the operation of ttie 
QoS data planes. 

55 [0063] Tfie PLDCF section contains ttie MUX&QoS 
module 34 wfiich multiplexes varfous CoS RLP frames 
onto different pfi/scal channels. Based on their QoS 
requirements, MUX&QoS 34 transmits multple servfoe 
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type frames to the Physical Layer 20 (not shown) for 
Coding and Modulation (C&M). 
[0064] The above descrption was made for the for- 
ward cfirection of transmission, i.e. from ttie transmitting 
side to the receiving sida tt is to t>e understood that the 
operations are similar for the reverse cRrectioa 
[0065] At the receiving side, peer SAR modules 
(not shown) perfonn reassembly of the multiple Class of 
Service (CoS) franrm received from a peer dedicated/ 
corrvnon router (DCR) module (not shown). 

E)ata Link Laver for UMTS 

[0066] A wireless communication system has to 
support a packet switched data in a circuit switched 
environment Prevfously, for DLL protocols, packet data 
sessions were d^ned t>ased on different appUcatfon 
sessions arxJ resources were assigned to each of them. 
According to a preferred embodment of the present 
invention ttie irK»ming traffic is corskJered a combina- 
tfon of different I P fkiws with different QoS requirenmnts 
(or Classes), called subffows. Thus, the packet data 
applKatfon sessforts/ftows is replaced with QoS sub- 
ffows. Irrespective of tfie applkatfon wfich generated 
tfie IP flow, the flow is categorized based on the QoS 
requirements, or the Cos. 

[0067] It is to t)e noted that prior art methods have 
to undo all the higher layers framing and toduplk^ate all 
tfie QoS dassificatfons done at tfie higfier layers in 
order to cfifferentiate among different appGcatfons, and 
tftis is contrary to the layering scheme strategy. 
[0068] Figure 6 shows the UMTS radfo interface 
protocol architecture layer proposed for a 3Q wireless 
network and is reproduced from the Third Generatfon 
Partnershp Proposal Technk:al Specffk;atk)n 25.301 
(3GPPTS 25.301). 

[0069] Layer-1, or the PhysKal L^er 20 of the 
UMTS radfo interface is responsft)le for coding and 
modulatkxi of data transmitted over the air. 
[0070] Layers, or the Data Link Layer 30 is subdi- 
vkied into a Radio Link Control (RLC) sublayer 70 and 
the Medium Access Control (MAC) sublayer 80. The 
separatfon in MAC 80 and RLC 70 sublayers is moti- 
vated by the need to si^sport a wide range of upper layer 
services, and also the requirement to prcvkie high effi- 
ciency and k3w latency data servfoes over a wkie per- 
formance range, Le. from ^2 Kbpe to greater than 2 
Mbps. Otfier motivators are tfie need for supporting high 
QoS delivery of circurt and packet data servfoes, such 
as limitations on acceptable delays and/br data BER (bit 
error rate), and the growing demarxj for advanced mul- 
timedia servk;es. Each multimedia service fias different 
QoS requirements Data Link Layer 30 also comprises a 
C-Plane Signalling and a U-Plane Information for sepa- 
rating tfie information from control signals. 
[0071] The RLC 70 of the racfio interface protocol 
architecture 100 for the UMTS sfiown in Rgure 6, 
receives data packets from the Ngher layers, such as IP, 



through Sennce Access Points (SAP) 13. and delivers 
RLC frames to the MAC sublayer 80. The RLC frames 
are queued into fogical channels 15. At the MAC sub- 
layer 80, the RLC frames are multplexed onto transport 

5 channels 25. The transport channels 25 are the inter- 
face of the Physkal Layer 20 to the Data Link Layer 30. 
In fact. Data Link Layer 30 functions aredivkted in two 
parts. Physical Layer Independent Convergence Func- 
tion (PUCF) handled in the RLC 70, and Physk:a! iisyor 

10 Dependent Convergence Function (PLDCF) indUded in 
the MAC 80. It is assumed tfiat there is one instance of 
RLC 70 for each data appficationy^ession. 
[P072] Rgure 7 illustrates the DLL protocol accord- 
ing to a prderred embodiment of the invention whk:h 

75 includes direct support for the IP protocol and isolates 
the fogk:al operation of tfie Network Layers from tfie 
Physk;al Layer 20. The structure of tfie Data Link L^er 
30 shown in Figure 7, is designed to support IP net- 
working witfiout adding any li mi t a tion s tfiat are not 

20 related to the wireless systems. The new Data Link 
Layer 30 dest^ nnay be viewed as an interface between 
the IP layer and the Pfiysical Layer 20, and can accom- 
modate a variety of Classes of Servne (CoS) having dif- 
ferent Quality of Servk» (QoS) requirements. 

25 [0073] As indk:ated befxe, the IP packets 45 
include the IP Quality of Servtee (IPQoS) infomnation. 
The DLL protocol 100 has a scheme to map the IPQoS 
requirements to Classes of Servk^e (CoS). Each CoS is 
separated inside the DLL 30 and directed to a dedicated 

30 QoS plane. 

[0074] The architecture of Rgure 7, comprises a 
subf k]w processing module 71 for receiving the IP pack- 
ets through check point 11 and redirecting the IP pack- 
ets 45 to different instances of the QoS planes (1...n). 

35 The sublkiw processing modlJe 71 checks the IP pack- 
ets 45 and categorizes them into cffferent subftows, or 
equivalentty QoS planes (1...n). For example, if the 
Duff-Serv metfxxl is used, the subftow processing mod- 
ule 71 may simply peak into the IP pack^ 45 to map 

40 the QoS requirements, or CoS included m the IP packet 
45 to one of the QoS planes (1 ...n) in the RLC 70. If the 
Int-Sen/ is used, the subfkMv processing module 71 
Involves in the RSVP, or any adnisskxi protocol, and 
redirects each IP pactet 45 to one of the QoS planes 

45 (l...n) based on the agreed QoS requirements. It is to 
be noted that there is one defeated sidsfbw processing 
module 71 for each User Equipment (UE). 
[DOTS] Each QoS plane (1.J1) is configured to han- 
dled CoS or equivalentty a range of QoS requirements. 

50 Each QoS plane (1 .. n) includes a Data-RLCs (D-RLC) 
(14-1 ... 14-n) and its associated Control-RLCs (C-RLC) 
(12-1. ..12-n). As shown before, the D-RLCs (14-1 ...14- 
n) and C-RLCs (12-1...12-n) receive the IP data packets 
45, CTeale the RLC PDUs, or RLC frames and deliver 

55 the RCL frames over logk:al channels 15 to the MAC 
sublayer 80 to be multiplexed onto different transport 
cfiannels 25. 

[0076] The induskwi of an ^sociated Control-RLC 
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12 is necessary because data are handled based on 
their QoS reqiirenients and consequently, the associ- 
ated control signals must be treated at least the same to 
meet those requirements. For example, it is rxTt accept- 
at)le to send control signals associated with a higher pri- 
ority to propagate data with a lower priority traffta This 
m^ result in violation of proper treatment of the QoS 
requirements corresporxiing to the transmitted data. 
Still, inaeasing the priority of the Control-RLC 12 to 
indirectly increase the priority of associated data, is per- 
mitted. This is espectally important in ttie case where 
control signals are needed to insure connectivity, 
although the data might be sent as in the best effort 
delivery. 

[0077] In contrast with the fixed Rado Link Proto- 
cols (RLPs) d^ed for the *cdma2000' standard, the 
RLCs are totally re-configurable, i.e. the se^ent size, 
the number of retransmission, etc. Thus, QoS planes 
(1...n) are also reconfigurable to fit a corresponding 
Coa 

[0078] There are a number of entities inside a QoS 
plane (1...n) that can be dynamicany reconfigured, or 
fine tuned and optimized to meet specific QoS require- 
ntents of a Co& This includes, segnient size at the Seg- 
mentatioa Concatenation and Reassembly (SCR) 
module of the RLC, resource assignn)ents, logical chan- 
nel to transport channel mapping, priorities, etc. Moreo- 
ver, the type of the error recovery method used in each 
QoS plane (1...n) varies and depencte on the QoS 
requirements in that particular plana 
[0079] Rgure 8 illustrates the process of mapping 
the received IP packets 45 into RLC PDUs, or RLjC 
frames accorcfing to the DLL protocol 100. As discussed 
before in connectfon vwth Figure 7, the siijftow process- 
ing modiie 71 is responsfcle for receivnig the IP pack- 
ets 45 and extracting the IP QoS requirements included 
in each packet IP QoS requirements are translated into 
classes of service (CoS) The sMkm processing mod- 
ule 71 also initiates a QoS plane (1...n), orsubflow,for 
each CoS under the supervision of a Radfo Resource 
Control (RRC) unit 44. Each QoS plane (1...n) includes 
dedicated D-RLC and (14-1 ...14-n) and C-RLCs (12- 
1...12-n) instances. 

[0080] Based on the QoS classification obtained, 
the QoS subfkwv processing module 71 redirects the IP 
packets 45 to the proper QoS plane (1...n). Pack^ 
without IP QoS dassificatfon are defaulted to a l)est 
efforr data plana ft should be noted that any network 
layer protocol other than the IP may be sqpported by 
including the oonresponding fimctfonality in the QoS 
subflow processing module 71. There is one conre- 
sponcfing QoS subffow processing nxxiule 71 for each 
User Equipment (UE). Moreover, the receiving and the 
transmitting ends comprise identical QoS planes (1 ...n). 
[0081] The mettKxj of generating radfo link control 
protocol data units (RLC PDUs), or RLC frames wiD be 
now cfiscussed in connectfon with RLC frame 77. As 
shown in Rgure 8^ an optional length (LEf4) indicator 47 



is added to each IP packet 45 l>y the sii](fk3w processing 
modide 71. The length indfoator 47 is added to enat)le 
reconstructfon of the original IP packet 45 by a Segmen- 
tation, Concatenatfon and Reassembly (SCR) nrxxiule 

5 which is part of the RLC at the receiving side (not 
sfiown). In the case when tfie length incficator of the IP 
header is used, the LEN incScator 47 is not needed. In 
any event tfie resulting packet 46 is called an 'aug- 
mented IP packer. 

10 [0082] The SCR module of the D-RLC (14-1...14-n) 
chops the augmented IP packet 46 into smaller size 
packets, which are more sutat)le for error recovery and 
retransmissfon. These smaller size packets, or 
'^sequence franfes** are denoted with 74, on Rgure 8. 

IS Tfw size of a sequence frame 74 may t>e variable and 
dynamically optimized in different QoS planes (1...n), 
based on the QoS requiremerrts and on the radfo link 
conditions. 

[0083] A start of message (SOM) bit field 75 and a 

20 sequence number fiekl 76 are then added to the pay- 
foad 46. A fogk: T for example in SOM bit 75 could be 
used to identify the start of the sequence frame 74. The 
sequence number necessary in the retransnvssfon of 
unsuccessful framesw 

25 [0084] A QoS fieU 73 is also added to each 
sequence frante 74 to cfifferentiate various frames 
(firected to cfifferent QoS planes (1..ji). This fieki is 
denoted as *QoS' in Rgure 7, and contains the QoS 
plane nurrber of tfie frame. This information is neces- 

30 sary for the multiplexing/demultiplexing process per- 
fbnmed between peer Medium Access Control (MAC} 
layers. Specifically, field 73 is needed at the MAC sut>- 
l^fer at the receiving end for redirecting the received 
frames to the proper QoS plana 

3S [0085] One inrportant feature in the SCR mochile 
(which is part of the RLQ, is the 'concatenation'' of 
short data messages^ In the case where the amount of 
data in each IP packet 45 is very smaU with respect to 
the size of the RLC PDU 77. i.a a 10 ms frame foad, the 

40 SCR module concatenates a number of short mes- 
sages into one RLC frame 77. This is a subframing 
process performed at the Link Layer 30 level, is called 
"multiframi ng*. 

[0086] A frame check sequence (PCS) 79 and fl^ 
45 68 and 78 may be added. The RLC frame 77 are then 
delivered to the MAC instances over the logical chan- 
nels 15. 

[0087] The point-4oi)oint link connectivity of each 
QoS plane (1...n) is maintained by peer RLC instances 

50 located at both the transmrtb'ng and the receiving skies. 
[0O88] The RLC Protocol Data Units (RLC-PDUs). 
or RLC frames 77 are delivered to the MAC sublayer 80 
to be multiplexed onto different transport channels 25 
and prioritized based on their QoS requirements. The 

ss Radio Resource Control (RRC) module 44 controls this 
operotfon. 

[0089] In the receiving sida the MAC sublayer 
demult9>l6xes the received frames and redirects them to 
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corresponcfing QoS planes b^ed on their QoS plane 
nunrt>er field 73. 

[0090] A Data Link Layer (DLL) 20 protocol for 
cfirectsupport of the Internet Protocol (IP) networtdng In 
the Universal Mobile Telecomnunications Systenn s 
(UMTS) 1 00, is provided. The cfisdosed Data Link Layer 
20 oofppnses a Radio Link Control (RLC) 70 subtayer 
and a Mecfium Access Control (MAC) 80 sublayer At a 
transmit end, as wen as at a receiving end of the UMTS 
wireless system 100, a plurafity of Quality of Service io 
(QoS) planes 1...n are created according to IP QoS 
requirements. At the RLC level, each QoS plane 1...n 

conprises a Data-RLC 14-1 14-n and a Control-RLC 

12-1 12-n. The QoS planes 1...n are optimized to 

handle the QoS reqiirements of a correspondir^ Class 75 
of Senoce (CoS). At the transmitting end, the data pack- 
ets received from the upper layers are cfirected to a QoS 
plane according to the particular QoS infonnation they 
contain, and processed according to their particular 
QoS requirement A Segmentatfon, Concatenatfon, and 20 
Refraining module (SCR) is used to generate variable 
size RLC frames 77; 77*, including muHiframing. The 
variable size RLC frames 77; 77* are transmitted to the 
MAC sii)layer 80 using lo^cal channels 15. At the MAC 
sublayer 80, tfie RLC frames 77; 7T are multplexed ss 
onto transport channels 25 based on their QoS requre- 
nrierits and transnrntted to the physical layer for propaga- 
tion to the receiving end. 

[0091] According to the inventfon, the IP layer can 
sit on top of the new Data Link Layer 20 and the DLL 30 
protocol 100 provides direct support for any network 
layer protocol with no need for any additnnal protocol 
as an interface. This greatly rechjces the limitations 
imposed by other protocols, whk:h are not designed for 
tfie wireless systems. 3s 
[0092] The above descrption was made for tfie for- 
ward directfon of transmissfon, i.a from the transmitting 
end to the receiving end. It to be understood that the 
operations are similar for tfie ret^erse directioa 
[0093] tslumerous modifications, variations, and 40 
adaptations may t>e made to the particular embodi- 
ments of tfie inverrtton descn't)ed alxive without depart- 
ing from tfie scope of the invention defined in its datms. 

Claims 4s 

1. A Data Link Control (DLC) protocol for direct stjp- 
port of a network layer protocol, comprisirig: 

at a transirat end of a wireless communication so 
system: 

a plurality of Quality of Service (QoS) data 
planes, a QoS data ptene for processing a 
QoS oriented data packet accorcfing to a ss 
dass of sennce (CoS), and to provkle a 
radfo link protocol data unit (RLP PDU); 
a QoS processing module for receiving a 



network layer protocol data packet, con- 
verting said n^work layer protocol data 
packet into said QoS oriented data packet, 
and directing said QoS oriented data 
packet to one of said QoS data planes 
according to QoS information in sakJ n^- 
wori( layer protocol data packet; and 
an interface b^ween said DLC and a phys- 
ical layer for receiving saki RLP PDU and 
transmitting same to said physical layer. 

2. A DLC protocol as claimed in daim 1 . wherein each 
said QoS data plane comprises: 

a Unk Access Control (LAC) protocol instance 
for receiving said QoS oriented data packet 
and generating a HDLC-like LAC frame; and 
a Medium Access Control (MAC) protocol 
instance for receiving sakI LAC frame and gen- 
erating said RLP PDU. 

3. A DLC protocol as daimed in daim 2, wherein said 
LAC protocol instance comprises: 

a segmentation and re-assembly (SAR) mod- 
ule for receiving saki servfoe oriented data 
packet and divkiing same into a number of 
sequence frames; and 

a framing and automatk; repeat request (ARQ) 
module for receiving saki sequence frames 
and encapsulating a plurality of saki sequence 
fran^ into saki LAC frame. 

4. A DLC protocd as claimed in daim 2 or 3, wherein 
saki MAC protocol instance comprises: 

a dedicated/common router (DCR) for receiv- 
ing and routing saki LAC frames to be carried 
over a radk) trafffo diartnel; and 
a rocOo link protocd (RLP) for receiving saki 
LAC frames and converting said LAC frames 
Into saki RLP PDUs. 

5. A DLC protocol as daimed in daim 4, further com- 
prising a MAC control state machine (CSM) for reg- 
ulating the delivery of saki LAC frames to saki RLP. 

6. A DLC protocd as claimed in daim 4 or 5^ whereon 
saki RLP comprises an automatic repeat request 
(ARQ) function for automatic retransmissfon of saki 
RLP PDUs if received in error at a receiving end cf 
saki wireless system. 

7. A DLC protocol as daimed in danm 6, wtierein saki 
ARQ function has a selective repeat component 
active during a nonmal-mode (MM) of operation and 
a stop and wait (SW) component active during a 
burst-mode (BM) of operation. 
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8. A DLC protocol as claimed many one of ciaims 3 to 
7, wherein said LAC frame has a variable size, said 
size being dynarrecaOy optirrazed based on the con- 
ditions of the communication link. 

5 

9. A DLC protocol as claimed in daim 8. wherein said 
size of said LAC frame is automatically reduced: i) 
when a predetermined nunrt>er of negative 
ackrKMvledgments (UAK) are received, or n) if no 
acknowledgments are received for a predetermined w 
penodoftime. 

10. A DLC protocol as claimed in any preceding daim, 
wherein said interface Is a mult^exer for receiving 
said RLP PDUL and nrultiplexing same into a ptiysi- is 
calcfiannelaccorcGngtotheQoSofsaidRLP PDU, 

for transm^on to a receiving end of said wireless 
system. 

11. A DLC protocol as daimed in any preceding daim, 20 
furttier conrprising a resource control unit for map- 
ping a QoS requirement to a DLC class of servk^e 
(CoS), and separating saki CoS inskJe the DLC 
protocol into sakJ QoS data planes. 

25 

12. A m^hod for (firect processing a network layer pro- 
tocol data packets for transmisskHi over a wireless 
communication system, comprising ttie steps of: 

separating the data fink layer of the wireless 30 
communication system into a plurality of Qual- 
ity of Servk» (QoS) data planes, a QoS plane 
for processing a QoS oriented data packet 
accorcfing to a dass of sendee (CoS), and to 
provkJe a radk> link protocol data unit (RLP as 
PDU); 

processing said network layer protocol data 
pad^t by converting saci network layer proto- 
col data packet into said QoS oriented data 
packet and directing sakJ QoS oriented data 40 
packet to one of sakJ QoS data planes accord- 
ing to QoS information in sakl network layer 
protocol data packet; and 
forwarding said RLP PDU to a physKal layer 
accorcfing to the QoS of saki RLP PDU. 4S 

13. A method as claimed in daim 14, wherein said step 
of separating comprises: 

provkling a plurality of QoS oriented Link so 
Access Control (LAC) protocol instances, a 
LAC protocol instance for each saki QoS data 
plane, sakJ LAC protocol instance for receiving 
said servrce oriented data packet and generat- 
ing a HDLCMike LAC frame; arxi ss 
provkJing a plurality of QoS oriented Medium 
Access Control (MAC), protocol instances, a 
MAC. protocol instance for each QoS data 



plane, sakj MAC protocol instance for receiving 
saki LAC frames and generating saki radio link 
protocol data unit (RLP PDU). 

14w Amethodasdaimed in daim 13, wherein said step 
of generating a HDLC-lte LAC frame comprises 
civkfing saki QoS oriented data packet into a 
number of sequence frames and encapsulating a 
plurality of saki sequence frames into saki LAC 
frame. 

15. A me^fxxi as claimed in daim 13 or 14, wfierein 
saki step of generating saki RLP PDU comprises 
receiving saki LAC frames and converting saki LAC 
frames into saki RLP PDUs. 

16. A m^hod as daimed in daim 15. further compris- 
ing regulating the delivery of saki LAC frames to 
saki RLP 

17. A method as daimed in daim 13, 14. 15 or 16. fur- 
ther comprisng an automatic repeat request (ARQ) 
functk)n for automatic retransmisskm of saki RLP 
PDUs if received in error at a receiving erxJ of saki 
wireless system. 

18. A method as daimed in any of daims 12 to 17, 
wfterein saki step of processing comprises map- 
ping a QoS requirement to a DLC dass of servk;e 
(CoS), and separating saki CoS inskie the DLC 
protocolinto saki QoS data planes. 

19l a method as daimed in claim 18, wheran saki step 
of processing furtf^ comprises adcfirtg a length 
oTKik^ator to saki network layer protocol data packet. 

2a A Data Link Layer (DLLj protocol for direct si^iport 
of a netwctfk layer pnriocol in the Universal Mobile 
Telecommunications System (UMTS), conrf)rising: 

at a transmitting end of the UMTS, 

a pkirality of Quality of Servk;e (QoS) 
planes, a QoS plane for processing a QoS 
oriented data packet according to a Quafity 
of Senoce (QoS) requiremert and to pro- 
vkie a radk> link control (RLC) frame; 
a subffow processing module for receiving 
a network layer protocol data packet, con- 
verting saki networic layer protocol data 
packet into saki QoS oriented data packet, 
and directing sakj QoS oriented data 
packet to one of saki QoS planes accord- 
ing to QoS information in saki network 
layer protocol data packet; and 
an interface t>etween saki Data Link Layer 
and a physfoal layer for receiving saki RLC 
and transmitting same to saki physk»l 
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layer. 

21. A DLL protocol as claimed in daim 20, wherein 
each said QoS plane comprising: 

5 

a Radio Link Control (RLC) instance for receiv- 
ing said QoS oriented data pactet and generat- 
ing a RLC frame; and 

a Mecfium Access Control (MAC) instance lor 
receiving said RLC frame ever logical channels io 
and muttptexing said RLC frames onto trans- 
port channels. 

22. A DLLprotocolasclaimedinclaim21, wherein said 
RLC instance comprising a Data-RLC instance and is 
a Control-RLC instanca 

23. A DLL protocol as claimed in daim 22, wherein said 
Data-RLC instance comprising a segmentate, 
concatenation and reframing (SCR) module for 20 
receiving a plura&ty of said QoS oriented data 
packed (fividing same into sequence frames, and 
generating said RLC franta 

24. A DLLprotocdasdaimed in daim 23, wherein said 2s 
RLC frame has a variable size, said size being 
dynamically optinrvzed based on the conditions of 
the communk:ation link. 

25. A DLL protocol as daimed in any of claims 21 to 24, 30 
wherein said MAC instance comprising a multi- 
plexer for receiving said RLC frame and multiplex- 
ing same onto a transport channel according to 
said QoS requirement for transmission to said 
physical layer. 3s 

26. ADLCprotooolasdaomedinanycfdaims21 to25 
furtfier comprising a radio resource control (RRC) 
HfKxiule for controlling said subflow processing 
module and tfie delivery of said RLX) frames to said 4o 
physical layer ever said transport channela 

27. A DLL protocol as daimed in daim 26, wherein said 
racfio resource control (RRC) unit also for control- 
ling the mapping said QoS requirement to a dass of 45 
servk»(CoS) inside ttie DLL protocol. 

28. A DLL protocol as daimed in any of claims 21 to 27, 
wtierein said interfece is a multiplexer for receiving 
said RLC frame from said QoS plane, and nujHi- so 
plexing same into said transport channels. 

29. A DLL protocol as claimed in any of daims 20 to 28, 
wtierein said QoS plane is totally reconffigurable 
and accepts various types of error recovery ss 
selected according to sakf QoS requirement 

30. A DLL protocol as daimed in any of claims 20 to 29. 



further comprising identical said QoS planes and 
said subfkMT processing module at the receiving 
end of the UMTS. 

31. A m^hod for direct processing a network layer pro- 
toed data packets for transmission over the UMTS 
wireless commurocalion system, comprising the 
steps of: 

separating the radio link control layer of ttte 
wireless comnrunKation system into a plurality 
of Quality of Sen^ (QoS) planes, a QoS 
plane for processing a QoS oriented data 
packet accordirig to a QoS requirement, and 
generating a radk> link control (RLC) frame; 
processing said network layer protocol data 
packet by converting said network layer proto- 
col data packet into said QoS oriented data 
packet and directing said QoS oriented data 
packet to one of said QoS planes according to 
QoS information in said network layer protocol 
data packet; and 

forwarding said RLC frame to a physk^al layer 
over a transport channel. 

32. Amethodasdaimed in daim 31, wherein said step 
of separating comprising: 

providing a plurality of Radk> Link Control 
(RLC) instances, a RLC instance for each said 
QoS plane, said RLC instance for receiving 
said QoS oriented data packet and generating 
said RLC frame; and 

providing Medium Access Control (MAC) 
instances for receiving said RLC frames and 
multplexing same onto said transport chan- 
nels. 

33. A method as daimed in daim 31 or 32. wherein 
said step of processing conprismg mapping said 
QoS reqiirement to a dass of servk;e (CoS). and 
separating said CoS inside the DLL protocol into 
said QoS planes. 

34w A metfxxi as daimed in daim 33, wtierein said step 
of processing further comprising dividing said QoS 
oriented data packet irrto smaller sequence frames 
arxt refraining same into said RLCframa 

3& A nnetfKXl as daimed in daim 34, wher^n said step 
of processing comprising adding a length irxJicator, 
a beginning of frame fiehJ. a sequence number 
field, and a QoS plane number to said network layer 
protocol data packet. 

36. A method as daimed in any of daims 31 to 35, 
wherein said step of generating saki RLC frame 
provides a dynamic optimization of the size of said 
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RLC frame based on the corxfitions of the commu- 
nication link, for enhancing tfie quality of the air 
transmission. 

37. A method as claimed in any of claims 31 to 36, s 
comprising regulating the delivery of said RLC 
franes to said physical layer ever said transport 
cfiarmel. 

38. A mettiod as claimed in any of claims 31 to 37, io 
wfierein the step of processing comprising multi- 
framing. 

39. A metfxjd as claimed in any of claims 12 to 19 or 31 
to38ortheDLCpro1ocolof anyofdainrsl toll or is 
the DLL protocol of any of daints 20 to 30, wherein 
said network layer protocol is Intern^ Protocol (IP). 
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